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(54) Apparatus, method and system for an object exchange bridge 



(57) An apparatus, method and system to route ob- 
ject exchanges beyond clients and object exchange 
(OBEX) servers in dose proximity with one another. The 
present disclosure further provides the ability to route 
OBEX communications across a communications net- 
work such as the Internet. The present disclosure also 



teaches that a bridge device may support both short 
range RF communications, such as Bluetooth, and 
TCP/IP communications. The present disclosure tracks 
and enables OBEX enabled clients to send and receive 
information far outside their immediate wireless trans- 
mission range to remote servers. 
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Description 
FIELD 

[0001] The present invention relates generally to an 5 
apparatus, method and system to route information from 
a wireless device across a communications network. 
More particularly, the disclosed invention relates to an 
apparatus, method and system to enable short range 
radio frequency ("RF") wireless point to point communl- *o 
cations to be bridged across a communications network. 

BACKGROUND 

NETWORKS 

[0002] Networks are commonly thought to consist of 
the interconnection and interoperation of clients, serv- 
ers, and intermediary nodes in a graph topology. It 
should be noted that the term "server" as used herein 
refers generally to a computer, other device, software, 
or combination thereof that processes and responds to 
the requests of remote users across a communications 
network. Servers serve their information to requesting 
"clients." A computer, other device, software, or combi- 
nation thereof that facilitates, processes information and 
requests, and/or furthers the passage of information 
from a source user to a destination user is commonly 
referred to as a "node." Networks are generally thought 
to facilitate the transfer of information from source points 
to destinations. There are many forms of networks such 
as Local Area Networks (LANs), Wide Area Networks 
(WANs), Pico networks, etc. 

INTERNET 

[0003] The Internet is a network of networks. It is an 
interconnection of various and disparate networks that 
are disposed in communication with one another. This 
interconnectivity and intercommunications provided by 
the Internet is in large part facilitated through the use of 
common transmission protocols. 
[0004] As Internet usage increases, the amount of in- 
formation and/or services available on the Internet also 
increases. This makes the Internet a valuable informa- 
tion transportation vehicle. 

TRANSMISSION CONTROL PROTOCOL-INTERNET 
PROTOCOL (TCP/IP) 

[0005] The proliferation and expansion of computer 
systems, databases, and networks of computers has 
been facilitated by an interconnection of such systems 
and networks in an extraterritorial communications net- 
work commonly referred to as the Internet. The Internet 
has developed and largely employs the Transmission 
Control Protocol-Internet Protocol (TCP/IP). TCP/IP 
was developed by a Department of Defense (DoD) re- 



search project to interconnect networks made by vari- 
ous and varying network vendors as a foundation for a 
network of networks, i.e., the Internet. The development 
of TCP/IP was in part driven by a requirement by the 
DoD to have a network that will continue to operate even 
if damaged during battle, thus allowing for information 
to be routed around damaged portions of the communi- 
cations network to destination addresses. 
[0006] The Internet is a packet-switched network and 
thus, information on the Internet is broken up into piec- 
es, called packets, and transmitted in packet form. The 
packets contain IP addressing information called head- 
ers, which are used by routers to facilitate the delivery 
of the packets from a source to a destination across in- 
termediary nodes on the Internet. Upon arrival at the 
destination, the packets are reassembled to form the 
original message, and any missing packets are request- 
ed again. 

[0007] The IP component of the protocol is responsi- 
ble for routing packets of information based on a four 
byte addressing mechanism; the address is written as 
four numbers separated by dots, each number ranging 
from 0 to 255, e.g., "123.255.0.123". IP addresses are 
assigned by Internet authorities and registration agen- 
cies, and are unique. 

[0008] The TCP portion of the protocol is used for ver- 
ifying that packets of information are correctly received 
by the destination computer from the source, and if not, 
to retransmit corrupt packets. Other transmission con- 
trol protocols are also commonly used that do not guar- 
antee delivery, such as User Datagram Protocol (UDP). 
The TCP/IP protocol is specified in IEEE/RFC11 90, Jan- 
uary 1991. 



[0009] OBEX is a session protocol and can be de- 
scribed as a binary HTTP protocol. An example of an 
OBEX server implementation may be OpenOBEX, 
which may be found at the website: sourceforge.net/ 
projects/openobex. 

[0010] The OBEX protocol and specification may be 
found in: IrOBEX, IrOA Object Exchange Protocol. 
Counterpoint Systems Foundry, Inc., Microsoft Corpo- 
ration, March 18, 1999 (Version 1.2). 

BLUETOOTH PROTOCOL (BT) 

[0011] Bluetooth is a wireless technology that oper- 
ates in the unlicensed Industrial. Scientific, and Medical 
(ISM) radio band of 2.4 GHz. Bluetooth technology in- 
cludes a number of protocols that allow Bluetooth ena- 
bled devices to operate in a peer to peer environment 
forming piconets. 

[0012] Tne Bluetooth protocol and specification may 
be found in: Bluetooth system; Specification Volumes 1 
and 2, Core and Profiles: Version 1.1, 22 nd February, 
2001. 
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SUMMARY 

[0013] One embodiment of the present invention 
solves the problem of allowing remote OBEX services 
to interact with clients that support Bluetooth GEOP pro- 
files. This is a very useful feature when implemented in 
Bluetooth access point networks as the desired service 
can be accessed through any access point instead of 
having to connect directly to the server device. 
[0014] In one embodiment of the present invention, 
the OBEX bridge apparatus comprises a processor, a 
memory, communicatively connected to the processor, 
a program, stored in the memory, including, a module 
to receive the OBEX encoded communications at a 
short range RF (e.g., Bluetooth) enabled OBEX bridge 
from an OBEX client, a module to determine a destina- 
tion IP address to send the received OBEX encoded 
communications, and a module to send the received 
OBEX encoded communications from the short range 
RF enabled OBEX bridge to an OBEX server at the de- 
termined destination IP address via IP. 
[0015] In another embodiment of the present inven- 
tion, the OBEX bridge apparatus comprises a proces- 
sor a memory, communicatively connected to the proc- 
essor a program, stored in the memory, including, a 
module to obtain OBEX encoded communications, a 
module to establish a baseband communication chan- 
nel using a Bluetooth GOEP profile between the OBEX 
client and a Bluetooth enabled OBEX bridge, a module 
to encapsulate the OBEX encoded communications into 
baseband communications, a modula to provide the 
baseband encapsulated communications to the OBEX 
bridge, a module to assign an internal IP address within 
the OBEX bridge, a module to bind the IP address to the 
baseband communication channel, a module to estab- 
lish a TCP/IP communication channel between the 
OBEX bridge and a remote OBEX server, and a module 
to route the OBEX encoded data from the baseband 
channel to the TCP/IP channel. 
[0016] In another embodiment of the present inven- 
tion, the OBEX bridge apparatus comprises a proces- 
sor a memory, communicatively connected to the proc- 
essor a program, stored in the memory, including, a 
module to create a client baseband handle referring to 
a memory space in an OBEX bridges memory for in- 
coming baseband communications, a module to create 
an internal IP address within an OBEX bridge allowing 
for communications to flow to and from a communica- 
tions network through the IP address, a module to create 
an entry in the memory to store the client baseband han- 
dle data type, a module to create an entry in the memory 
to store the IP address data type, and a module to bind 
the client baseband handle data type with its respective 
IP address data type. 

[0017] In yet another embodiment of the present in- 
vention, the OBEX bridge apparatus comprises a proc- 
essor; a memory, communicatively connected to the 
processor a program, stored in the memory, including, 



a module to receive at an OBEX bridge OBEX encoded 
communications transmitted from the OBEX client via 
short range radio link; a module to allocate an internal 
address to the OBEX client at the OBEX bridge; a mod- 

5 ule to associate the OBEX client with the allocated in- 
ternal address at the OBEX bridge; a module to select 
a certain OBEX server at the OBEX bridge to send the 
received OBEX encoded communications; a module to 
determine a destination IP address of the selected 

*0 OBEX server; a module to send the received OBEX en- 
coded communications from the OBEX bridge to the se- 
lected OBEX server via IP 

[00 1 8] The above advantages and features are of rep- 
resentative embodiments only, and are not exhaustive 

f5 and/or exclusive. They are presented only to assist in 
understanding the invention. It should be understood 
that they are not representative of all the inventions de- 
fined by the claims, to be considered limitations on the 
invention as defined by the claims, or limitations on 

20 equivalents to the claims. For instance, some of these 
advantages may be mutually contradictory, in that they 
cannot be simultaneously present in a single embodi- 
ment. Similarly, some advantages are applicable to one 
aspect of the invention, and inapplicable to others. Fur- 

25 thermore, certain aspects of the claimed invention have 
not been discussed herein. However, no inference 
should be drawn regarding those discussed herein rel- 
ative to those not discussed herein other than for pur- 
poses of space and reducing repetition. Thus, this sum- 

30 mary of features and advantages should not be consid- 
ered dispositive in determining equivalence. Additional 
features and advantages of the invention will become 
apparent in the following description, from the drawings, 
and from the claims. 

35 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0019] The accompanying drawings illustrate certain 
embodiments of the disclosure. 

40 

Figure 1 is a schematic overview of a short range 
RF enabled and object exchange (OBEX) enabled 
client terminal according to one embodiment of the 
present invention; 

4 * Figure 2 details the schematic overview of a short 
range RF enabled OBEX bridge according to one 
embodiment of the present invention; 
Figure 3 is a schematic overview of an OBEX server 
according to one embodiment of the present inven- 

50 tion; 

Figure 4 shows an OBEX client-server-bridge con- 
nection 400 according to one embodiment of the 
present invention, and provides an exemplary data 
flow diagram; and 

55 Figure 5 details a flow diagram of an exemplary 
communications flow between an exemplary OBEX 
client, OBEX bridge and an OBEX server. 
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DETAILED DESCRIPTION 

SHORT RANGE RF ENABLED CLIENT TERMINAL 

[0020] Figure 1 is a schematic overview of a short 
range RF and object exchange (OBEX) enabled client 
terminal (hereinafter called a "client") according to one 
embodiment of the invention. 

Client Systemization 

[0021] In one non-limiting example embodiment, the 
client 101 may comprise a clock 1 03, central processing 
unit (CPU) 102, a memory 105, a power source 104, 
input 108, 109 and output 110, 111 (I/O) components 
112, 105, 107. The power source 104 provides power 
to the client. One of the I/O components is preferably a 
Bluetooth chip 106 such as Cambridge Silicon Radio 
Inc/s BlueCore IC and Bluetooth transceiver 107 capa- 
ble of transmitting and receiving Bluetooth protocol 
communications, it is to be understood that the use of 
Bluetooth components/protocols in the exemplary em- 
bodiment is intended to be illustrative rather than limit- 
ing, and that therefore other short range radio frequency 
technologies may alternatively be employed. Optionally, 
the client may also employ other wireless protocol trans- 
ceivers 112 such as those employed for cellular tele- 
communications. Conventionally, although not neces- 
sarily, the client components are all interconnected and/ 
or communicating through a system bus 1 77. The sys- 
tem clock 103 typically has a crystal oscillator and pro- 
vides a base signal. The clock is typically coupled to the 
system bus and various means that will increase or de- 
crease the base operating frequency for other compo- 
nents interconnected in the client. The clock and various 
components in the client drive signals embodying infor- 
mation throughout the client. Such transmission and re- 
ception of signals embodying information throughout 
the client may be commonly referred to as communica- 
tions. These communicative signals may further be 
transmitted, received, and the cause of return and/or re- 
ply signal communications beyond the instant client to: 
communications networks, input devices, computer 
systems (e.g., servers), bridges, other clients, peripher- 
al devices, and/or the like. Of course, any of the above 
components may be connected directly to one another, 
connected to the CPU, and/or organized in numerous 
variations employed as exemplified by various wireless 
and short range RF enabled devices such as. but not 
limited to: cellular telephones, Portable Digital Assist- 
ants (PDAs), laptop computers, and/or the like. Option- 
ally the client may include various input/output devices, 
which are also disposed in communication with the CPU 
through the system bus and/or directly. Such input de- 
vices may include a microphone 108, an input keypad 
109, a touch sensitive screen (not shown), and/or like. 
Output devices may include an LCD 110 and a speaker 
111. 



CPU 

[0022] The CPU 102 comprises at least one data 
processor adequate to execute program modules for ex- 

5 ecuting user and/or system-generated requests. The 
CPU may be a microprocessor such as the Intel Pentium 
Processor and/or the like. The CPU interacts with mem- 
ory through signal passing through conductive conduits 
to execute stored program code according to conven- 

10 tional data processing techniques. Such signal passing 
facilitates communication within the communication net- 
works and beyond through various interfaces. 

Memory 

15 

[0023] It is to be understood that the client may em- 
ploy various forms of memory 105. In a typical configu- 
ration, memory 105 will include ROM, RAM, and possi- 
bly a fixed storage device, e.g., a hard disk drive. Also, 

20 the Bluetooth chip 106 may contain various Bluetooth 
protocols within its own memory that may be provided 
to either the CPU 102 and/or memory 105. Generally, 
any mechanization and/or embodiment allowing a proc- 
essor to affect the storage and/or retrieval of information 

25 is regarded as memory 105. Thus, a client generally re- 
quires and makes use of memory. However, memory is 
a fungible technology and resource, thus, any number 
of memory embodiments may be employed in lieu of or 
in concert with one another. 

30 

Module Collection 

[0024] The memory 105 may contain a collection of 
program modules and/or data such as. but not limited 

35 to: an operating system module 1 30 (operating system); 
an OBEX client application 121; Generic Object Ex- 
change Profile(s) (GOEP), which may also serve as a 
Bluetooth profile; memory buffers 123; cellular commu- 
nication protocols; Bluetooth protocol stack 124, other 

40 short range radio frequency protocols and/or the like. 
Bluetooth protocol stack may include a Link Manager 
(LM) 174. a Logical Link Control and Application Proto- 
col (L2CAP) 175, a Service Discovery Protocol (SDP) 
176, RFCOMM 177 (i.e., a serial line emulation proto- 

45 col), and/or the like. Although non-conventional soft- 
ware modules such as those in the module collection, 
typically and preferably, are stored in memory 105, they 
may also be loaded and/or stored in memory such as: 
peripheral devices, ROM, remote storage facilities 

50 through a communications network, various forms of 
memory, and/or the like. 

Operating System 

55 [0025] The operating system module 1 30 is executa- 
ble program code facilitating the operation of the client. 
Typically, the operating system facilitates access of I/O, 
network interfaces, peripheral devices, storage devices, 
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and/or the like. The operating system also may provide 
user interface functionality allowing the user to interact 
with the client. An exemplary client operating system is 
Linux. An operating system may communicate to and/ 
or with other modules in a module collection, including 
itself, and/or facilities of the like. Conventionally, the op- 
erating system communicates with other program mod- 
ules, user interfaces, and/or the like. For example, the 
operating system may contain, communicate, generate, 
obtain, and/or provide program module, system, user, 
and/or data communications, requests, and/or respons- 
es. The operating system, once executed by the CPU, 
may enable the interaction with communications net- 
works, data, I/O. peripheral devices, program modules, 
memory, user input devices, and/or the like. Preferably, 
the operating system provides communications proto- 
cols that allow the client to communicate with other en- 
tities through a communications network 144. Various 
communication protocols may be used by the client as 
a subcarrier transport mechanism for interacting with 
other short range RF enabled devices, such as, but not 
limited to: TCP/IP 122, Bluetooth (i.e.. via RFCOMM), 
OBEX 121, and/or the like. 

Bluetooth protocols 

[0026] In memory 105 various Bluetooth protocols 
124 and/or other short range RF protocols are stored. 
The Bluetooth protocols may include a link manager 
protocol 174 (hereinafter "LM"). The link manager soft- 
ware runs on the CPU in the client to manage commu- 
nications between itself and other Bluetooth devices. 
Another protocol is the Service Discovery Protocol 176 
(hereinafter "SDP"). After the connection of a Bluetooth 
client with another device, the Service Discovery Proto- 
col enables the querying and identification of the abilities 
of other Bluetooth devices. Another protocol is the Log- 
ical Link Control and Adaptation Protocol 175 (herein- 
after "L2CAP"). The L2CAP provides multiplexing, 
packet segmentation and reassembly of data as it's 
communicated between the client and other Bluetooth 
enabled devices. Another protocol held in memory 105 
is the RFCOMM which is a serial line emulation protocol 
that enables Bluetooth devices to intercommunicate by 
emulating a serial line. These various protocols interact 
to encode and decode data as given by the CPU through 
a base band 107. LM and L2CAP run directly on top of 
base band 107. RFCOMM and SDP run on top of 
L2CAP. 

[0027] Furthermore, within the RAM 105 is an Object 
Exchange (hereinafter "OBEX") client application 121. 
The client application creates OBEX requests based on 
user input into the client device and receives and inter- 
prets OBEX responses from an OBEX server 199. 
OBEX is a session layer protocol that was developed to 
enable the exchange of objects in a simple and sponta- 
neous manner. OBEX enables object exchange servic- 
es similar to HTTP used in the World Wide Web (the 



web), however, OBEX requires substantially less re- 
sources to run. The OBEX client application enables the 
client to exchange objects and to communicate over the 
RFCOMM. Further, the memory may contain a Generic 

5 Object Exchange Profile (hereinafter "GOEP* or "Pro- 
file") 125. GOEP specifies a manner in which Bluetooth 
devices may support object exchange facilities including 
File Transfer Profile , Object Push Profile and Synchro- 
nization Profile. The GOEP specification allows Blue- 

10 tooth devices to interoperate by defining interoperability 
requirements for the applications and the higher Blue- 
tooth protocol layers (i.e., L2CAP, RFCOMM, etc.). Fur- 
thermore, the memory 105 may provide an area that will 
act as a buffer 123. 

15 [0028] The Client 101 may communicate through 
communications network 144 wirelessly 133 to eventu- 
ally reach an OBEX server 199. This is facilitated by an 
OBEX bridge 150. 



COMMUNICATIONS 

[0029] Figure 2 details the schematic overview of a 
short range RF enabled OBEX bridge (hereinafter 
25 "bridge") according to one embodiment of the invention. 

OBEX Bridge Systemization 

[0030] In one non-limiting example embodiment, the 
30 bridge 250 may comprise a clock 203, central process- 
ing unit (CPU) 202, a memory 205, a power source 204, 
I/O components 220, 207. The power source 104 pro- 
vides power to the bridge. One of the I/O components 
is a Bluetooth chip 206 such as Cambridge Silicon Radio 
35 inc.'s BlueCore IC and Bluetooth transceiver 207 capa- 
ble of transmitting and receiving Bluetooth protocol 
communications. As discussed above in connection 
with "Client Systemization" (FIG. 1 ), the use of Bluetooth 
components/protocols in the exemplary embodiment is 
40 intended to be illustrative rather than limiting, and that 
therefore other short range RF technologies may alter- 
natively be employed. Conventionally, although not nec- 
essarily, the client components are all interconnected 
and/or communicating through a system bus 277. The 
45 system clock 203 typically has a crystal oscillator and 
provides a base signal. The clock is typically coupled to 
the system bus and various means that will increase or 
decrease the base operating frequency for other com- 
ponents interconnected in the bridge. The clock and var- 
50 ious components in the client drive signals embodying 
information throughout the client. Such transmission 
and reception of signals embodying information 
throughout the client may be commonly referred to as 
communications. These communicative signals may 
55 further be transmitted, received, and the cause of return 
and/or reply signal communications beyond the instant 
bridge to: communications networks, input devices, 
computer systems (e.g., servers), peripheral devices, 
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clients, and/or the like. Of course, any of the above com- 
ponents may be connected directly to one another, con- 
nected to the CPU, and/or organized in numerous vari- 
ations employed as exemplified by various short range 
RF enabled computing devices. Optionally the client 
may include various input/output devices, which are al- 
so disposed in communication with the CPU through the 
system bus and/or directly. The Bluetooth module 206 
enables wireless communications through a wireless 
transceiver 207, while a network interface 220 such as 
an Ethernet card, an ISDN card, a DSL card, and/or the 
like enables communications 266 with the communica- 
tions network 244. Thus, the bridge 250 bridges short 
range RF wireless communications 233, 207 with net- 
work communications 220, 266, 244. 

CPU 

[0031] The CPU 102 comprises at least one data 
processor adequate to execute program modules for ex- 
ecuting user and/or system-generated requests. The 
CPU may be a microprocessor such as the Intel Pentium 
Processor and/or the like. The CPU interacts with mem- 
ory through signal passing through conductive conduits 
to execute stored program code according to conven- 
tional data processing techniques. Such signal passing 
facilitates communication within the communication net- 
works and beyond through various interfaces. 

Memory 

[0032] It is to be understood that the bridge may em- 
ploy various forms of memory 205. In a typical configu- 
ration, memory 205 will include ROM, RAM, and possi- 
bly a fixed storage device, e.g., a hard disk drive. Also, 
the Bluetooth chip 206 may contain various Bluetooth 
protocols within its own memory that may be provided 
to either the CPU 102 and/or memory 105. Generally, 
any mechanization and/or embodiment allowing a proc- 
essor to affect the storage and/or retrieval of information 
is regarded as memory 105. Thus, a bridge generally 
requires and makes use of memory. However, memory 
is a fungible technology and resource, thus, any number 
of memory embodiments may be employed in lieu of or 
in concert with one another. 

Module Collection 

[0033] The memory 205 may contain a collection of 
program modules and/or data such as, but not limited 
to: an operating system module 230 (operating system); 
an OBEX bridge application 221 ; TCP/IP stack 222; Ge- 
neric Object Exchange Profile(s) (GOEP), which may al- 
so serve as a Bluetooth profile; memory buffers 223; cel- 
lular communication protocols; Bluetooth protocol stack 
224, other short range RF protocols, and/or the like. 
Bluetooth protocol stack may include a Link Manager 
protocol (LM) 274, a Logical Link Control and Applica- 



tion Protocol (L2CAP) 275, a Service Discovery Proto- 
col (SDP) 276, RFCOMM 177 (i.e., a serial line emula- 
tion protocol), and/or the like. Although non-convention- 
al software modules such as those in the module col- 
5 lection, typically and preferably, are stored in memory 
205, they may also be loaded and/or stored in memory 
such as: peripheral devices, ROM, remote storage fa- 
cilities through a communications network, various 
forms of memory, and/or the like. 

w 

Operating System 

[0034] The operating system module 230 is executa- 
ble program code facilitating the operation of the bridge. 

15 Typically, the operating system facilitates access of I/O, 
network interfaces, peripheral devices, storage devices, 
and/or the like. The operating system also may provide 
user interface functionality allowing an administrator to 
interact with the bridge. An exemplary bridge operating 

20 system is Linux. An operating system may communicate 
to and/or with other modules in a module collection, in- 
cluding itself, and/or facilities of the like. Conventionally, 
the operating system communicates with other program 
modules, user interfaces, and/or the like. For example, 

25 the operating system may contain, communicate, gen- 
erate, obtain, and/or provide program module, system, 
user, and/or data communications, requests, and/or re- 
sponses. The operating system, once executed by the 
CPU, may enable the interaction with communications 

30 networks, data, I/O, peripheral devices, program mod- 
ules, memory, user input devices, and/or the like. Pref- 
erably, the operating system provides communications 
protocols that allow the client to communicate with other 
entities through a communications network 244. Various 

35 communication protocols may be used by the bridge as 
a subcarrier transport mechanism for interacting with 
other short range RF enabled devices, such as, but not 
limited to: Bluetooth (i.e., via RFCOMM), multicast, 
OBEX 121. TCP/IP 122, UDP. unicast, and/or the like. 

40 The TCP/IP stack enables TCP/IP communications 
through the network interface 220. 

Bluetooth protocols 

45 [0035] In memory 205 various Bluetooth protocols 
224 and/or other short range RF protocols are stored. 
The Bluetooth protocols may include a LM protocol 274, 
SDP 276. L2CAP 275, RFCOMM 277. and Baseband 
as has already been discussed above. The link manager 

50 software runs on the CPU in the bridge to manage com- 
munications between itself and other Bluetooth devices 
such as clients 101. After the connection of the Blue- 
tooth bridge with another device, the Service Discovery 
Protocol enables the querying and identification of the 

55 abilities of other Bluetooth devices. These various pro- 
tocols interact to encode and decode data as given by 
the CPU through a base band 207. LM and L2CAP run 
directly on top of base band 207. RFCOMM and SDP 
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run on top of L2CAP. 

[0036] Furthermore, within the memory 205 is an 
OBEX bridge application 221. The bridge application 
obtains information from OBEX clients 101 and further 
relays them to OBEX servers 299. 
[0037] The OBEX bridge 250 communicates via the 
Bluetooth transceiver 207 with a client 101 wirelessly 
233. Furthermore, the OBEX bridge, via the network in- 
terface 220, is disposed in communication 266 with a 
communications network 244 which enables communi- 
cations 298 with an OBEX server 299. 

OBEX SERVER 

[0038] Figure 3 is a schematic overview of an OBEX 
server according to one embodiment of the invention. 

OBEX Server Systemization 

[0039] In one non-limiting example embodiment, the 
OBEX server 399 may comprise a clock 303, central 
processing unit (CPU) 302, a memory 305, a power 
source 304, I/O components 380, 381, 382, 320. The 
power source 304 provides power to the OBEX server. 
The I/O interface 380 may be any number of busses that 
allow for the interconnection of peripheral and input out- 
put devices, such as, but not limited to a keyboard 382, 
a monitor 381 , a network interface 320, and/or the like. 
Conventionally, although not necessarily, the client 
components are all interconnected and/or communicat- 
ing through a system bus 377. The system clock 303 
typically has a crystal oscillator and provides a base sig- 
nal. The clock is typically coupled to the system bus and 
various means that will increase or decrease the base 
operating frequency for other components interconnect- 
ed in the bridge. The clock and various components in 
the client drive signals embodying information through- 
out the client. Such transmission and reception of sig- 
nals embodying information throughout the client may 
be commonly referred to as communications. These 
communicative signals may further be transmitted, re- 
ceived, and the cause of return and/or reply signal com- 
munications beyond the instant bridge to: 
communications networks, input devices, other compu- 
ter systems (e.g., servers), peripheral devices, bridges, 
and/or the like. Of course, any of the above components 
may be connected directly to one another, connected to 
the CPU, and/or organized in numerous variations em- 
ployed as exemplified by various computer systems and 
servers. Optionally the client may include various input/ 
output devices, which are also disposed in communica- 
tion with the CPU through the system bus and/or direct- 
ly. The network interface 320 may be an Ethernet card, 
an ISDN card, a DSL card, and/or the like enabling com- 
munications 398 with the communications network 344. 



CPU 

[0040] The CPU 102 comprises at least one data 
processor adequate to execute program modules for ex- 

5 ecuting user and/or system-generated requests. The 
CPU may be a microprocessor such as the Intel Pentium 
Processor and/or the like. The CPU interacts with mem- 
ory through signal passing through conductive conduits 
to execute stored program code according to conven- 

10 tional data processing techniques. Such signal passing 
facilitates communication within the communication net- 
works and beyond through various interfaces. 

Memory 

15 

[0041] it is to be understood that the OBEX server 
may employ various forms of memory 305. In a typical 
configuration, memory 305 will include ROM, RAM, and 
a fixed storage device 340, e.g., a hard disk drive. Gen- 
20 erally, any mechanization and/or embodiment allowing 
a processor to affect the storage and/or retrieval of in- 
formation is regarded as memory 305. Thus, an OBEX 
server generally requires and makes use of memory. 
However, memory is a fungible technology and re- 
25 source, thus, any number of memory embodiments may 
be employed in lieu of or in concert with one another. 

Module Collection 

30 [0042] The memory 305 may contain a collection of 
program modules and/or data such as, but not limited 
to: an operating system module 330 (operating system); 
. an OBEX server application 321 ; TCP/IP stack 322; and 
OBEX file content 341 , which may be stored in the stor- 

35 age device 340 and retrieved into memory 305 as need- 
ed. The OBEX server application. 

OBEX Server Application 

40 [0043] An OBEX Server Application module 321 is 
stored program code that is executed by the CPU. The 
OBEX server may be a conventional OBEX information 
server such as, but not limited to, OpenOBEX. Option- 
ally, the information server allows for the execution of 
45 program modules through facilities such as C++, Java, 
JavaScript, ActiveX, Common Gateway Interface (CGI) 
scripts, Active Server Page (ASP), and/or the like. Exe- 
cution of these program modules in general is required 
in order to produce dynamic content (equivalent to use 
50 as in web servers). Optionally, the information server 
supports secure communications protocols such as, but 
not limited to, File Transfer Protocol (FTP); HyperText 
Transfer Protocol (HTTP); Object Exchange (OBEX) 
protocol, Secure Hypertext Transfer Protocol (HTTPS), 
55 Secure Socket Layer (SSL), and/or the like. Convention- 
ally, an OBEX server provides results in the form of ex- 
change objects, and allows for the manipulated gener- 
ation of exchange objects through interaction with other 
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program modules. An OBEX server may communicate 
to and/or with other modules in a module collection, in- 
cluding itself, and/or facilities of the like. Most frequently, 
the OBEX server communicates with operating sys- 
tems, other program modules, user interfaces, and/or 
the like. An information server may contain, communi- 
cate, generate, obtain, and/or provide program module, 
system, user, and/or data communications, requests, 
and/or responses. 

Operating System 

[0044] The operating system module 330 is executa- 
ble program code facilitating the operation of the OBEX 
server. Typically, the operating system facilitates access 
of I/O, network interfaces, peripheral devices, storage 
devices, and/or the like. The operating system also may 
provide user interface functionality allowing an user to 
interact with the bridge. The operating system prefera- 
bly is a conventional product such as Apple Macintosh 
OS X Server, AT&T Plan 9, Microsoft Windows NT Serv- 
er, Unix, and/or the like operating systems. Preferably, 
the operating system is highly fault tolerant, scalable, 
and secure. An operating system may communicate to 
and/or with other modules in a module collection, includ- 
ing itself, and/or facilities of the like. Conventionally, the 
operating system communicates with other program 
modules, user interfaces, and/or the like. For example, 
the operating system may contain, communicate, gen- 
erate, obtain, and/or provide program module, system, 
user, and/or data communications, requests, and/or re- 
sponses. The operating system, once executed by the 
CPU, may enable the interaction with communications 
networks, data, I/O, peripheral devices, program mod- 
ules, memory, user input devices, and/or the like. Pref- 
erably, the operating system provides communications 
protocols that allow the client to communicate with other 
entities through a communications network 344. Various 
communication protocols may be used by the bridge as 
a subcarrier transport mechanism for interacting with 
other devices, such as, but not limited to: multicast, 
OBEX 121, TCP/IP 122, UDP. unicast., and/or the like. 
The TCP/IP stack enables TCP/IP communications 
through the network interface 320. 
[0045] The OBEX server is disposed in communica- 
tion 398 with a communications network 344 via the net- 
work interface 320. This enables communications 366 
with the OBEX bridge 250 which is further disposed in 
communication 333 with an OBEX client 101. 

OBEX CUENT-BRIDGE-SERVER CONNECTION 

[0046] Figure 4 shows an OBEX client-server-bridge 
connection 400 according to one embodiment of the in- 
vention and provides an exemplary data flow diagram. 
The data flows are between an OBEX client 401, an 
OBEX bridge 450 and an OBEX server 499. The OBEX 
client has come within proximity of OBEX bridge 450 to 



establish a short range RF communication connection 
433, such as Bluetooth, via the BaseBand 406. The 
OBEX client is running an OBEX client application 121. 
The OBEX client application creates certain data re- 

5 quests in OBEX format. Those requests are processed 
by the client's CPU employing short range RF protocols, 
such as Bluetooth, into RFCOMM data blocks 423a. The 
Link Manager 428a and the L2CAP 475a help take the 
RFCOMM encoded OBEX communications and provide 

to those as data to a Baseband transceiver 406a which will 
communicate via Bluetooth protocols to an OBEX 
bridge 450 by establishing a connection to the OBEX 
bridge's Baseband transceiver 406b. The received data 
signals follow an inverse route in the OBEX bridge; the 

15 RF communications received from the OBEX client 401 
by the OBEX bridge 450 in the OBEX bridge's Baseband 
facility 406b are then decoded by the LM 478b and the 
L2CAP 475b up into a serial data format via the RF- 
COMM 423b resulting in the original OBEX communi- 

20 cation from the client 401 . 

[0047] For each OBEX client establishing a connec- 
tion 433, the OBEX bridge 450 creates a handle to the 
communications being provided via RFCOMM 423b 
channel (typically the handle is a pointer that references 

25 an area of memory of a memory buffer 223) and assigns 
and associates an internal, unique IP address to that 
handle. Thus, the OBEX bridge creates and maintains 
a table data-structure of at least two columns (bridge 
table) 489 comprising a handle to an RFCOMM channel 

30 established from a client communication connection (cli- 
ent RFCOMM handle) 487 and an associated, generat- 
ed, internal IP address (client IP address) 488. The 
bridge table may be implemented using various stand- 
ard data structures, such as an array, hash, (linked) list, 

35 struct, and/or the like. Such data structures may be 
stored in memory and/or in (structured) files. 
[0048] The OBEX bridge application 421 then obtains 
the OBEX data request that was originally generated by 
the client 121 by way of client RFCOMM handles (for 

40 data obtained from a particular client 401 ). Upon obtain- 
ing the OBEX data request from the memory buffer, the 
OBEX bridge application 421 then encapsulates the 
OBEX data request into TCP/IP packets. These packets 
are then sent to a TCP/IP layer 422a. which further pro- 

45 vides the TCP/IP communications as a data link 407a, 
which is eventually sent over a physical carrier medium 
such as Ethernet 420a. When generating the TCP/IP 
packet headers, the OBEX bridge stamps the originat- 
ing IP address as being the client IP address 488 that 

50 was generated and associated with a particular client 
RFCOMM handle 487; the OBEX bridge application 
may do so by looking to the bridge table 489. When de- 
termining the destination IP address for the OBEX data 
request, the OBEX bridge application 421 may consult 

55 an internal OBEX server lookup list. This lookup list is 
comprised of IP addresses. The list may contain a single 
entry, or a plurality of IP addresses. The choice of which 
OBEX server is chosen from the lookup list may be gov- 
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erned by any number of load balancing and/or context 
sensitive heuristics. For example, based on the client's 
GOEP profile and OBEX server specializing in File 
Transfer Profile, Object Push Profile or Synchronization 
Profile may be specified. In another non-limiting exam- 
ple embodiment, an OBEX server with the lowest usage 
load may be employed. The look-up list may be imple- 
mented using various standard data structures, such as 
an array, hash, (linked) list, struct, and/or the like. Such 
data structures may be stored in memory and/or in 
(structured) files. Upon stamping the origination and 
destination IP addresses in the resulting TCP/IP pack- 
ets, the TCP/IP communications from the OBEX bridge 
are communicated 466 by the OBEX bridges network 
interface 420a. The OBEX communications from the 
OBEX bridge 421 are then communicated 466 over a 
communications network 344 to a network interface 
420b on the OBEX server 499. Those communications 
are in turn provided to the data link 407b of the OBEX 
server 499 and provided in the form of TCP/IP packets 
422b, which are then interpreted by the OBEX server 
application software 221. The OBEX server application 
221 then can process the OBEX encoded data and re- 
quests and provide back results and responses to the 
client 401 via the bridge 450. Thus, the OBEX response 
signal from the OBEX server application 221 take the 
inverse path by which it originated. 
[0049] Thus, the connection between an OBEX client 
and an OBEX bridge 433 that occur via Baseband 406 
RF signals are provided by a conceptual RFCOMM 
channel 423, 433b. Furthermore, the TCP connection 
between the OBEX bridge and OBEX server 466 that 
occur via network interfaces 420 and a communications 
network 344 are provided by a conceptual TCP/IP con- 
nection 466b. Thus, the RFCOMM channel between the 
client and bridge plus the TCP/IP connection between 
the bridge and server create a conceptual OBEX con- 
nection 400. It's important to note that this OBEX con- 
nection can take place over a communications network 
and the OBEX server does not have to be placed in prox- 
imity with the OBEX client, rather communications can 
take place through the OBEX bridge through a commu- 
nications network such as the Internet. 

OBEX SERVER 

[0050] Figure 5 details a flow diagram of one example 
communications fiow between an OBEX client, OBEX 
bridge and an OBEX server. Box 501 shows that an 
OBEX client application 121 is instantiated. The appli- 
cation may be instantiated by invoking commands via 
an input keyboard or voice or other input means that will 
cause the client application to be executed by the cli- 
ent's CPU. In one non-limiting example the OBEX client 
application is instantiated as soon as the client is turned 
on. Upon this instantiation of the OBEX client application 
box 502 shows the client sets up a short range RF con- 
nection, such as Bluetooth, with the OBEX bridge as has 



been discussed in Figure 4. 

[0051] Box 503 shows that upon establishing the 
communications between the client and the OBEX 
bridge application, the client uses the service discovery 

5 protocol to inquire about other short range RF device's 
capabilities and the associated GEOP parameters (in 
this case the Access Point (AP), i.e., the AP including 
an OBEX bridge, which contains the bridge application). 
Box 504 shows that the OBEX application bridge 421 

10 responds using service discovery protocol giving out the 
parameters needed for the GOEP profile. Box 505 
shows the client initiates protocols based on the GOEP 
profile it received from the server via the OBEX bridge. 
Box 506 shows that an RFCOMM channel is formed be- 

*5 tween the client and the OBEX bridge application. 
[0052] Box 507 shows that upon the formation of an 
RFCOMM channel between the client and the bridge, 
the bridge internally assigns an IP address and binds it 
to a client RFCOMM handle. Box 508 shows that upon 

20 generating and associating an internal IP address to the 
client RFCOMM handle that the OBEX bridge thereafter 
establishes a TCP/IP connection with the remote OBEX 
server. Box 509 shows that after the establishment of a 
TCP/IP connection with the OBEX server, the OBEX cii- 

25 ent may then begin sending data to the OBEX bridge 
through the RFCOMM connection. Box 510 shows that 
the bridge receives data from the client via the RF- 
COMM connection and encapsulates it into TCP/IP 
packets. Therefore the OBEX application bridge 421 

30 routes data from the RFCOMM communications 433b 
of the client to the TCP/IP socket in the OBEX bridge. 
These TCP/IP encapsulated packets are sent to the 
OBEX bridge's network interface 420a. After the OBEX 
application bridge 421 encodes the data into TCP/IP 

35 packets, the data is sent to the OBEX server wherein 
an OBEX server application 221 will thereafter obtain 
the data and process the OBEX requests. Any respons- 
es from the OBEX server will be sent back to the bridge 
via TCP/IP communications through the OBEX server 

40 network interface 420b. 

[0053] Box 511 shows that the responses from the 
OBEX server 499 that are destined for the OBEX client 
401 are received by the OBEX bridge 450 in the corre- 
sponding TCP/IP address that was generated by the 

45 OBEX bridge. The OBEX bridge uses the bridge table 
489 to look up the client RFCOMM handle 487 associ- 
ated to the client IP address 488 that received the com- 
munications from the OBEX server. Next, the bridge en- 
capsulates the data that was received in the form of 

50 TCP/IP packets from the OBEX server and routes that 
data from the TCP/IP socket to the RFCOMM handle. 
This routing is accomplished by a lookup table that is 
established upon the creation of an RFCOMM handle 
as shown in box 507 and in Figure 4. Thus, the bridge 

55 table 489 acts as a routing table to ensure that informa- 
tion flows properly between each client's data request 
and any respective resulls from an OBEX server. This 
is important in an environment where there are multiple 
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OBEX and short range RF enabled clients that are dis- 
posed in communications with the OBEX bridge. Thus, 
upon performing a look up for the correct RFCOMM han- 
dle, the TCP/IP information obtained from the OBEX 
server is encapsulated into RFCOMM packets. The 
OBEX bridge then sends the RFCOMM encoded data 
through a wireless Baseband channel back to the client. 
[0054] Box 512 shows that the client receives the data 
through the RFCOMM channel. Box 513 shows that 
boxes 509, 510, 511 and 512 may be repeated until the 
client disconnects from the RFCOMM link or the short 
range RF link (e.g., Bluetooth). 
[0055] Box 514 shows that the bridge terminates the 
TCP/IP connection to the remote server and releases 
the assigned IP address. 

[0056] According to an embodiment of one aspect of 
the invention there is provided a method of wireless 
communication between an OBEX client and OBEX 
server over a communications network, comprising: 

obtaining OBEX encoded communications; 
establishing a baseband communication channel 
using a Bluetooth GOEP profile between the OBEX 
client and a Bluetooth enabled OBEX bridge; 
encapsulating the OBEX encoded communications 
into baseband communications; 
providing the baseband encapsulated communica- 
tions to the OBEX bridge; 

assigning an internal IP address within the OBEX 
bridge; 

binding the IP address to the baseband communi- 
cation channel; 

establishing a TCP/IP communication channel be- 
tween the OBEX bridge and a remote OBEX server; 
and 

routing the OBEX encoded data from the baseband 
channel to the TCP/IP channel. 

[0057] Advantageously, this method further compris- 
es receiving OBEX encoded data responses from the 
remote server through the TCP/IP channel; and 

routing the OBEX encoded data responses to the 
baseband channel referring to the IP address. 
[0058] According to an embodiment of another aspect 
of the invention there is provided a system for wireless 
communication between an OBEX client and OBEX 
server over a communications network, comprising: 

means to obtain OBEX encoded communications; 
means to establish a baseband communication 
channel using a Bluetooth GOEP profile between 
the OBEX client and a Bluetooth enabled OBEX 
bridge; 

means to encapsulate the OBEX encoded commu- 
nications into baseband communications; 
means to provide the baseband encapsulated com- 
munications to the OBEX bridge; 
means to assign an internal IP address within the 



OBEX bridge; 

means to bind the IP address to the baseband com- 
munication channel; 

means to establish a TCP/IP communication chan- 
5 nel between the OBEX bridge and a remote OBEX 
server; and 

means to route the OBEX encoded data from the 
baseband channel to the TCP/IP channel. 

io [0059] Advantageously, this system further compris- 
es means to receive OBEX encoded data responses 
from the remote server through the TCP/IP channel; and 
means to route the OBEX encoded data respons- 
es to the baseband channel referring to the IP address. 
15 [0060] According to an embodiment of yet another as- 
pect of the invention 

there is provided a computer program comprising: 

a module to obtain OBEX encoded communica- 
20 tions; 

a module to establish a baseband communication 
channel using a Bluetooth GOEP profile between 
the OBEX client and a Bluetooth enabled OBEX 
bridge; 

25 a module to encapsulate the OBEX encoded com- 
munications into baseband communications; 
a module to provide the baseband encapsulated 
communications to the OBEX bridge; 
a module to assign an internal IP address within the 

30 OBEX bridge; 

a module to bind the IP address to the baseband 
communication channel; 

a module to establish a TCP/IP communication 
channel between the OBEX bridge and a remote 
35 OBEX server; and 

a module to route the OBEX encoded data from the 
baseband channel to the TCP/IP channel. 

[0061 ] Advantageously, this medium further compris- 
<o es a module to receive OBEX encoded data responses 
from the remote server through the TCP/IP channel; and 
a module to route the OBEX encoded data re- 
sponses to the baseband channel referring to the IP ad- 
dress. 

45 [0062] According to embodiment of still another as- 
pect of the invention there is provided an OBEX bridge 
apparatus, comprising: 

a processor; 

so a memory, communicatively connected to the proc- 
essor; 

a program, stored in the memory, including, 

a module to obtain OBEX encoded communi- 
cations; 

55 a module to establish a baseband communi- 

cation channel using a Bluetooth GOEP profile be- 
tween the OBEX client and a Bluetooth enabled 
OBEX bridge; 
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a module to encapsulate the OBEX encoded 
communications into baseband communications; 

a module to provide the baseband encapsu- 
lated communications to the OBEX bridge; 

a module to assign an internal IP address 
within the OBEX bridge; 

a module to bind the IP address to the base- 
band communication channel; 

a module to establish a TCP/IP communica- 
tion channel between the OBEX bridge and a re- 
mote OBEX server; and 

a module to route the OBEX encoded data 
from the baseband channel to the TCP/IP channel. 

[0063] Advantageously, this apparatus further com- 
prises a module to receive OBEX encoded data re- 
sponses from the remote server through the TCP/IP 
channel; and 

a module to route the OBEX encoded data re- 
sponses to the baseband channel referring to the IP ad- 
dress. 

[0064] According to another embodiment of one of the 
aspects of the invention there is provided a method of 
creating a data structure binding an IP address to an 
RFCOMM communication channel, comprising: 

creating a client baseband handle referring to a 
memory space in an OBEX bridge's memory for in- 
coming baseband communications; 
creating an internal IP address within an OBEX 
bridge allowing for communications to flow to and 
from a communications network through the IP ad- 
dress; 

creating an entry in the memory to store the client 
baseband handle data type; 
creating an entry in the memory to store the IP ad- 
dress data type; 

binding the client baseband handle data type with 
its respective IP address data type. 

[0065] According to another embodiment of one of the 
aspects of the invention there is provided a system for 
creating a data structure binding an IP address to an 
RFCOMM communication channel, comprising: 

means to create a client baseband handle referring 
to a memory space in an OBEX bridge's memory 
for incoming baseband communications; 
means to create an internal IP address within an 
OBEX bridge allowing for communications to flow 
to and from a communications network through the 
IP address; 

means to create an entry in the memory to store the 
client baseband handle data type; 
means to create an entry in the memory to store the 
IP address data type; 

means to bind the client baseband handle data type 
with its respective IP address data type. 



[0066] According to another embodiment of one of the 
aspects of the invention there is provided a computer 
program stored on a computer readable medium, the 
program, comprising: 

5 

a module to create a client baseband handle refer- 
ring to a memory space in an OBEX bridge's mem- 
ory for incoming baseband communications; 
a module to create an internal IP address within an 
io OBEX bridge allowing for communications to flow 
to and from a communications network through the 
IP address; 

a module to create an entry in the memory to store 
the client baseband handle data type; 
f 5 a module to create an entry in the memory to store 
the IP address data type; 
a module to bind the client baseband handle data 
type with its respective IP address data type. 

20 [0067] According to another embodiment of one of the 
aspects of the invention there is provided an OBEX 
bridge apparatus, comprising: 

a processor; 

25 a memory, communicatively connected to the proc- 
essor. 

a program, stored in the memory, including, 

a module to create a client baseband handle 
referring to a memory space in an OBEX bridge's 
30 memory for incoming baseband communications; 

a module to create an internal IP address 
within an OBEX bridge allowing for communications 
to flow to and from a communications network 
through the IP address; 
35 a module to create an entry in the memory to 

store the client baseband handle data type; 

a module to create an entry in the memory to 
store the IP address data type; 

a module to bind the client baseband handle 
40 data type with its respective IP address data type 

[0068] According to another embodiment of one of the 
aspects of the invention there is provided a memory for 
access by a program module to be executed on a proc- 
45 essor, comprising: 

a data structure stored in the memory, the data 
structure, including, 

a client baseband handle data type; 
50 an IP address data type; 

a binding associative reference between the 
client baseband handle data type and the IP ad- 
dress data type. 

55 [0069] According to another embodiment of one of the 
aspects of the invention there is provided a memory for 
access by a program module to be executed on a proc- 
essor, comprising: 
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a data structure stored in the memory, the data 
structure, including, 

an IP packet, the packet including, 

an origination IP address data type, 
wherein the origination address is an internally cre- 
ated IP address generated by an OBEX bridge; 

a destination IP address data type, 
wherein the destination IP address is determined 
by the OBEX bridge. 

[0070] It should be understood that the above descrip- 
tion is only representative of illustrative embodiments. 
For the convenience of the reader, the above descrip- 
tions have focused on a representative sample of ail 
possible embodiments, a sample that teaches the prin- 
ciples of the invention. The description has not attempt- 
ed to exhaustively enumerate all possible variations. 
That alternate embodiments may not have been pre- 
sented for a specific portion of the invention or that fur- 
ther undescribed alternate embodiments may be avail- 
able for a portion is not to be considered a disclaimer of 
those alternate embodiments. It will be appreciated that 
many of those undescribed embodiments incorporate 
the same principles of the invention and others are 
equivalent. Thus, it is to be understood that the embod- 
iments and variations shown and described herein are 
merely illustrative of the principles of this invention and 
that various modifications may be implemented without 
departing from the scope and spirit of the invention. 

Claims 

1. A method of wireless communication between an 
OBEX client and OBEX server over a communica- 
tions network, comprising: 

receiving the OBEX encoded communications 
at a radio frequency enabled OBEX bridge from 
an OBEX client; 

determining a destination IP address to send 
the received OBEX encoded communications; 
sending the received OBEX encoded commu- 
nications from the radio frequency enabled 
OBEX bridge to an OBEX server at the deter- 
mined destination IP address via IP. 

2. The method of claim 1 , further comprising: 

receiving OBEX encoded data responses from 
the OBEX server via IP; and 
routing the OBEX encoded data responses to 
the OBEX client. 

3. A system for wireless communication between an 
OBEX client and OBEX server over a communica- 
tions network, comprising: 



means to receive the OBEX encoded commu- 
nications at a radio frequency enabled OBEX 
bridge from an OBEX client; 
means to determine a destination IP address to 
5 send the received OBEX encoded communica- 

tions; 

means to send the received OBEX encoded 
communications from the radio frequency ena- 
bled OBEX bridge to an OBEX server at the de- 
io termined destination IP address via IP. 

4. The system of claim 3, further comprising: 

means to receive OBEX encoded data re- 
'5 sponses from the OBEX server via IP; and 

means to route the OBEX encoded data re- 
sponses to the OBEX client. 

5. A computer program stored on a computer readable 
to medium, the program, comprising: 

a module to receive the OBEX encoded com- 
munications at a radio frequency enabled 
OBEX bridge from an OBEX client; 
25 a module to determine a destination IP address 

to send the received OBEX encoded commu- 
nications; 

a module to send the received OBEX encoded 
communications from the radio frequency ena- 
30 bled OBEX bridge to an OBEX server at the de- 

termined destination IP address via IP. 

6. The medium of claim 5, further comprising: 

35 a module to receive OBEX encoded data re- 

sponses from the OBEX server via IP; and 
a module to route the OBEX encoded data re- 
sponses to the OBEX client. 

^o 7. An OBEX bridge apparatus, comprising: 

a processor, 

a memory, communicatively connected to the 
processor; 

45 a program, stored in the memory, including, 

a module to receive the OBEX encoded 
communications at a radio frequency enabled 
OBEX bridge from an OBEX client; 

a module to determine a destination IP 
50 address to send the received OBEX encoded 

communications; 

a module to send the received OBEX en- 
coded communications from the radio frequen- 
cy enabled OBEX bridge to an OBEX server at 
55 the determined destination IP address via IP. 

8. The apparatus of claim 7, further comprising: 
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a module to receive OBEX encoded data re- 
sponses from the OBEX server via IP; and 
a module to route the OBEX encoded data re- 
sponses to the OBEX client. 

9. A method of wireless communication between an 
OBEX client and an OBEX server over a communi- 
cations network, comprising: 

receiving at an OBEX bridge OBEX encoded 
communications transmitted from the OBEX 
client via a short range radio link; 
allocating an internal address to the OBEX cli- 
ent at the OBEX bridge; 
associating the OBEX client with the allocated 
internal address at the OBEX bridge; 
selecting a certain OBEX server at the OBEX 
bridge to send the received OBEX encoded 
communications; 

determining a destination IP address of the se- 
lected OBEX server; 

sending the received OBEX encoded commu- 
nications from the OBEX bridge to the selected 
OBEX server via IP. 

10. The method of claim 9, further comprising: 

receiving OBEX encoded data responses from 
the selected OBEX server via IP; 
routing the OBEX encoded data response at 
the OBEX b ridge using said association; 
transmitting the OBEX encoded data respons- 
es to the OBEX client via the short range radio 
link. 

11. A system for wireless communication between an 
OBEX client and an OBEX server over a communi- 
cations network, comprising: 

means io receive at an OBEX bridge OBEX en- 
coded communications transmitted from the 
OBEX client via short range radio link; 
means to allocate an internal address to the 
OBEX client at the OBEX bridge; 
means to associate the OBEX client with the 
allocated internal address at the OBEX bridge; 
means to select a certain OBEX server at the 
OBEX bridge to send the received OBEX en- 
coded communications; 
means to determine a destination IP address of 
the selected OBEX server, 
means to send the received OBEX encoded 
communications from the OBEX bridge to the 
selected OBEX server via IP. 

12. The system of claim 11, further comprising: 

means to receive OBEX encoded data re- 



sponses from the selected OBEX server via IP; 
means to rout the OBEX encoded data re- 
sponse at the OBEX b ridge using said associ- 
ation; 

5 means to transmit the OBEX encoded data re- 

sponses to the OBEX client via short range ra- 
dio link. 

1 3. A computer program stored on a computer readable 
10 medium, the program, comprising: 

a module to receive at an OBEX bridge OBEX 
encoded communications transmitted from the 
OBEX client via short range radio link; 

'5 a module to allocate an internal address to the 

OBEX client at the OBEX bridge; 
a module to associate the 08EX client with the 
allocated internal address at the OBEX bridge; 
a module to select a certain OBEX server at the 

20 OBEX bridge to send the received OBEX en- 

coded communications; 
a module to determine a destination IP address 
of the selected OBEX server; 
a module to send the received OBEX encoded 

25 communications from the OBEX bridge to the 

selected OBEX server via IP. 

14. The medium of claim 13, further comprising: 

30 a module to receive OBEX encoded data re- 

sponses from the selected OBEX server via IP; 
a module to rout the OBEX encoded data re- 
sponse at the OBEX b ridge using said associ- 
ation; 

35 a module to transmit the OBEX encoded data 

responses to the OBEX client via short range 
radio link. 

15. An OBEX bridge apparatus, comprising: 

40 

a processor; 

a memory, communicatively connected to the 
processor; 

a program, stored in the memory, including, 
45 a module to receive at an OBEX bridge 

OBEX encoded communications transmitted 

from the OBEX client via short range radio link; 
a module to allocate an internal address 

to the OBEX client at the OBEX bridge; 
50 a module to associate the OBEX client 

with the allocated internal address at the OBEX 

bridge; 

a module to select a certain OBEX server 
at the OBEX bridge to send the received OBEX 
55 encoded communications; 

a module to determine a destination IP 
address of the selected OBEX server, 

a module to send the received OBEX en- 



13 



25 



EP 1 271 885 A2 



coded communications from the OBEX bridge 
to the selected OBEX server via IP. 

16. The apparatus of claim 15. further comprising: 

5 

a module to receive OBEX encoded data re- 
sponses from the selected OBEX server via IP; 
a module to rout the OBEX encoded data re- 
sponse at the OBEX b ridge using said associ- 
ation; 10 
a module to transmit the OBEX encoded data 
responses to the OBEX client via short range 
radio link. 
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501) 


Terminal starts OBEX client application 


502) 


Terminal sets up Bluetooth connection to AP 


503) 


Terminal uses .5DP to check for OBEX server 
capability of AP 


504) 


AP responds by SDP giving out parameters needed 
for GEDP profile 


505) 


Terminal initiates protocols according to GEDP profile 


506) 


RFComm Channel (serial cable emulation) is formed 
between Terminal and AP 


507) 


AP assigns internally an IP.address and binds it to the 
established RFCOMM handle 


508) 


AP establishes TCP/IP connection to remote OBEX 
server 


509) 


OBEX client in Terminal sends OBEX data over 
RFCOMM connection 


510) 


AP Bridge receives data from RFCOMM and 
encapsulates it into TCP/IP packets (routes data from 
RFCOMM to TCP/IP socket) 


511) 


Responses from remote OBEX terminal are received 
by AP Bridge corresponding TCP/IP socket and 
Bridge encapsulates it to RFCOMM packets (routes 
data from TCP/IP socket to RFCOMM handle) 


512) 


OBEX client in terminal receives data through 
TFCOMM channel 


513) 


Steps 0... 12 are repeated until the terminal 
disconnects RFCOMM link or Bluetooth link 


514) 


AP Bridge terminates TCP/IP connection to remote 
server and releases assigned IP address 
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